Conducting a conference call over a computer network

ABSTRACT

A computer-implemented method, system and computer program product for a conference call moderator to conduct a conference call between a plurality of participants. At least some of the conference call participants are grouped by location. A participant within each group is identified to act as a domestic focus for that group and is notified of its assigned role. For each group, the conference call moderator disconnects from all participants in the group except for the participant that has been assigned the role of domestic focus. For each group, the conference call is then routed through the assigned domestic focus. Such a grouping may, for example, occur as a result of a degradation in call quality or may be based on the number of call participants. This solution preferably off-loads some of the conference call processing to the domestic focus, thereby alleviating the workload faced by the overall conference call moderator.

BACKGROUND

The present invention relates generally to conducting conference callsover a computer network. More specifically, the present invention isconcerned with conducting conference calls where the number ofparticipants is likely to affect call quality.

With today's interconnected world, Voice over IP (VoIP) has become oneof the most rapidly growing technologies in telecommunications. AlthoughVoIP is in general much cheaper than traditional dedicated telephonelines, VoIP as a technology is very resource intensive in terms of thenumber of data packets that need to be transferred over a network inorder to run a single call. This vast amount of data represents a hightraffic load on any network and eventually consumes a considerable partof the available bandwidth of the network. Thanks to the increasingprocessing power and memory availability in modern servers, it hasbecome feasible to encode VoIP data packets using very sophisticatedcodecs to highly compress the data. This means that it is possible tosave on transmission bandwidth without trading off on call quality.However, this has led to the wide availability and much reduced cost ofVoIP services. This has attracted many more users than before to usesuch services and this places extra stress on the data networks beingused.

VoIP performance depends on a number of network-related factors(parameters), including available bandwidth, end to-end delay, packetloss and jitter. Variance in these parameters often leads to degradationof VoIP performance and the Quality-of-Experience (QoE) or Quality ofService (QoS) perceived by end users. Moreover, other than networkissues, application specific factors like the choice of codec, codecparameters, and jitter buffer sizing also impact QoE. It is importantfor implementers of VoIP applications to assess QoE as perceived by theend user and take mitigating actions when it degrades to unacceptablelevels. Mean Opinion Score (MOS) is the commonly accepted metric tomeasure the QoE of a call as perceived directly by the end user—itencapsulates the effects of both network and implementation specificissues.

In recent years VoIP has become an extremely important applicationclass, with VoIP clients being very widely used by businesses andindividuals. The success achieved by the basic two-party VoIPcommunications in terms of reliability and the cutting of costs hasencouraged the emergence of multi-party VoIP conferencing facilities.Intuitively, it is more difficult to ensure QoE in multi-party sessionssince at different times during a session, different people, connectingvia different network paths, will be speaking.

The Session Initiation Protocol (SIP), used by the majority of VoIPapplications, supports establishment of communications sessions withmultiple participants. Nevertheless, VoIP applications have considerableflexibility in how VoIP sessions are realized. Currently, VoIPconferences are implemented through three possible connectiontopologies: Decentralized, Centralized, and Hybrid. The Centralizedmodel is one of the models commonly used in designing VoIP multi-partyconferencing systems. Each endpoint is connected directly to the focus(moderator), and it has no current knowledge of other connectionsbetween other endpoints and the focus. Multiple links to the focus areoften subjected to different degradation factors. A centralized model isbased on a central point of control called a focus or the Multi ControlUnit (MCU). The MCU is typically responsible for SIP signaling betweenall the conference endpoints. Moreover, all the transmitted audio datain the conference call must pass first through the focus to be decoded,mixed (if more than one user is speaking) and finally re-encoded andsent to the rest of the endpoints.

When the number of the conference call participants is small e.g., justa few people, usually the call quality is excellent or the best thatcould be achieved based on the current system and network capabilities.However, when the number of participants starts to grow, e.g., in thecase of educational sessions, all-hands meetings, remote round tablemeetings, etc., the system and network resources may become overloadedsuch that it is not feasible to maintain the same call quality. Qualityof Service (QoS) would therefore be reduced which could cause calltroubles and eventually user dissatisfaction.

SUMMARY

There is provided a computer-implemented method, system and computerprogram product for a conference call moderator to conduct a conferencecall between a number of participants. At least some of the conferencecall participants are grouped by location and one participant is thenidentified within each group to act as a domestic focus for that group.Each domestic focus is notified of their assigned role. For each group,the call moderator disconnects from all participants in that group,except for the participant that has been assigned the role of domesticfocus. The call moderator then routes the conference call through thedomestic focuses and each domestic focus communicates with theparticipants in their group.

This is advantageous because previously one moderator (focus) wouldtypically receive each participant's audio stream and then have the roleof gathering all streams, encoding and compressing them and sending themcombined to all participants. The participants would typically decodesuch information and thus be able to hear what all the others on theconference call were saying. This is a huge overhead being borne by themoderator which could lead to very congested streams and might thuscause call quality to suffer at any point in time. It is the domesticfocus that preferably now performs the main elements of conference callprocessing such as coding, decoding and modulation. This helps toalleviate the processing (over)load that the call moderator mayotherwise suffer from as a result of a large number of callparticipants.

By way of example, there might be 10 domestic focuses (sub moderators).Each domestic focus will send a combined stream for his group to themoderator of the whole conference call. Rather than having one moderatorreceiving 100 streams from all participants, the moderator will nowreceive only 10 streams.

It will be appreciated that certain participants may not beappropriately located such that they fall within one of the newlycreated groups.

Location is an important factor to take into account when groupingbecause sending quality can be affected significantly by delay and delaycan be affected by the distance between participants.

In one embodiment, conference call quality is monitored and adegradation (drop) in call quality is the trigger which causes at leastsome participants to be grouped by location. A drop in call quality maybe an indication that the number of participants in the conference callis causing the call moderator to become overloaded. Off-loading suchprocessing from the call moderator to a number of domestic focus nodesis advantageous because it should ease the burden being placed on theoverall call moderator and should thus lead to an improvement in callquality and participant satisfaction.

In another embodiment, call quality is not the trigger for grouping ofparticipants. Rather the number of participants taking part in theconference call is determined and grouping occurs if this number exceedsa predetermined threshold. The threshold is preferably chosen such thatgrouping can occur before the conference call moderator becomesoverloaded and therefore before conference call quality starts tosuffer. For example, previous experience may dictate that calls withmore than 200 participants start to exhibit call quality problems andwith this in mind grouping may take place when the number ofparticipants reaches 180. It will be appreciated however that factorssuch as the specification of the conference call moderator node may makea difference and such factors can be built into an algorithm whichdecides when to start grouping participants.

It will be appreciated that the grouping may be performed up-frontbefore the conference call gets properly underway, but equally may occurin the middle of a call—for example if call quality starts to suffer,maybe as a result of additional participants coming on board.

In a preferred embodiment, participants are grouped by physicaladjacency. For example based on their IP address. It makes sense togroup those participants that are located near to each other becausethen the communication taking place between each participant and thedomestic focus does not have to follow a long and complicated routewhich would add a possibly unacceptable time delay and therefore affectcall quality and result in user dissatisfaction.

In one embodiment, the call moderator identifies that a group isoverloaded and sub-groups are then created within the overloaded group.A participant is identified within each sub-group to act as a subdomestic focus and is notified of its assigned role. For each sub-group,the call moderator disconnects from all participants in that groupexcept for the participant that has been assigned the role of subdomestic focus and for each sub-group, the call moderator routes theconference call through the sub domestic focus who preferably does allthe conference call processing (e.g., coding, decoding and modulation).In this embodiment, the originally assigned domestic focus may become asub domestic focus of a new sub group or may step down entirely. Theoriginal group may therefore no longer exist at all.

There is provided a computer-implemented method, system and computerprogram product for a participant in a conference call to act as adomestic focus for a group of co-located participants. Notification isreceived from a conference call moderator of a participant's newdomestic focus status. The domestic focus initiates a connection witheach participant in the same group as the domestic focus. The domesticfocus maintains a connection to the conference call moderator and foreach participant in the same group as the domestic focus, the domesticfocus performs conference call processing and communicates with theconference call moderator.

In one embodiment, the domestic focus identifies that their group isoverloaded. This may be as a result of a degradation in call quality orit may be that the number of participants is at a level whichhistorically has caused this (or similar) DF's problems in the past. Thedomestic focus creates a plurality of sub-groups within the overloadedgroup and notifies each sub domestic focus of their assigned role. Foreach sub-group, the domestic focus disconnects from all participants inthe group except for the participant that has been assigned the role ofsub domestic focus. For each sub-group, the domestic focus routes theconference call through the sub domestic focus who preferably does allthe conference call processing for the participants in its sub-group.This means that the sub domestic focus removes some of the load from thedomestic focus. The domestic focus may still keep some participants forwhich it does conference call processing, may become a sub domesticfocus or may step down entirely.

BRIEF DESCRIPTION OF THE DRAWINGS

Preferred embodiments of the present invention will now be described, byway of example only, with reference to the following drawings, in which:

FIG. 1 illustrates a typical centralized conference call with aplurality of participants from different location;

FIG. 2 shows, in accordance with a preferred embodiment of the presentinvention, componentry running on a conference call moderator node;

FIGS. 3a and 3b show, in accordance with a preferred embodiment of thepresent invention, the processing performed by the conference callmoderator node;

FIG. 4 illustrates, in accordance with a preferred embodiment of thepresent invention, the componentry running on conference callparticipant nodes;

FIGS. 5a and 5b illustrate, in accordance with a preferred embodiment ofthe present invention, the processing performed by a Domestic Focus (DF)node;

FIGS. 6a and 6b show, in accordance with a preferred embodiment of thepresent invention, the processing performed in order to furthersub-divide a cluster;

FIG. 7 provides an overview of the scenario in which participants aregrouped (clustered) by physical adjacency to each other, in accordancewith a preferred embodiment of the present invention;

FIG. 8 provides a high-level illustration of a Domestic Focus beingassigned to each cluster, in accordance with a preferred embodiment ofthe present invention;

FIG. 9 provides a high-level illustration of all participants in acluster being rerouted through their assigned Domestic Focus, inaccordance with a preferred embodiment of the present invention;

FIGS. 10 and 11 provide high-level overviews of the scenario describedby FIGS. 6a and 6b , in accordance with a preferred embodiment of thepresent invention; and

FIG. 12 is a block diagram of an embodiment of a computer system inwhich the present invention may be implemented.

DETAILED DESCRIPTION

It should be understood that the Figures are merely schematic and arenot drawn to scale. It should also be understood that the same referencenumerals are used throughout the Figures to indicate the same or similarparts.

In the context of the present application, where embodiments of thepresent invention constitute a method, it should be understood that sucha method is a process for execution by a computer, i.e. acomputer-implementable method. The various steps of the method thereforereflect various parts of a computer program, e.g., various parts of oneor more algorithms.

The solution presented herein discloses a mechanism which attempts tomaintain a best achievable call quality as the number of callparticipants increases.

The present invention, in accordance with a preferred embodiment, isparticularly concerned with the following scenario:

-   -   A conference call with large number of participants, e.g., in        the case of educational sessions, notable speakers, all-hands        meetings, remote round table meetings, etc.    -   The participants in the conference call are dialing in from        different physical locations.    -   The conference call is using a centralized VoIP topology.

The large number of participants in a call would eventually have anegative effect on the call quality. This is because the focus(moderator) system and network resources involved in providing theunderlying call infrastructure would likely be overloaded such that itis would not be feasible to maintain the same call quality. Moreover,the overall bandwidth and network traffic could cause a reduction in QoSwhich may make participation in a conference call difficult and resultin user dissatisfaction.

FIG. 1 shows a typical centralized conference call architecture 10 withplurality of participants 20 from different locations. All participantsare connected directly to the call central moderator 30 (the focus) andan application (conferencing software) will typically be installed onevery single connected node, including the participants and also themoderator. For a small number of participants, this will in alllikelihood work fine with an acceptable Quality of Service. However,when the number of participants grows over a certain limit, the callquality may reduce due to the processing of too many call participants.

The present invention, in accordance with preferred embodiments,attempts to address this situation.

FIG. 2 shows exemplary componentry for conferencing software residing onthe moderator node. This figure should be read in conjunction with FIGS.3a and 3b which illustrate the processing performed by the moderatornode in accordance with a preferred embodiment.

The conferencing software will detect via a QoS assessment algorithm(such as is known in the prior art) that the increase of the number ofparticipants has started to cause degradation in call quality. In oneembodiment, call quality will be monitored by conferencing software 100running on the moderator node 35. In an alternative embodiment, aparticipant node may report back to the moderator that call quality hasdropped below an acceptable threshold. The moderator node may thendecide to act upon a single notification, may investigate the situationfurther itself, or may wait for a pre-defined number of notificationsbefore taking action.

In the preferred embodiment, conferencing software 100, running onmoderator 35, includes call quality monitor 120. Component 120 monitorscall quality at step 200. If it is determined at step 210 that callquality has worsened (degraded), participant grouper 130 assesses thelocations of all connected participants. This could be done with any ofvarious prior art methods such as identifying the location from thesource IP address. Once the locations of all participants areidentified, the participant grouper 130 groups all participantsfulfilling a specific criterion of physical location adjacency into onecluster (group). This is further shown in FIG. 7. Here moderator 35 hascreated three clusters (groups) 1, 2, and 3. Each cluster shouldpreferably contain at least three participants and as a result there maybe one or more individuals (isolated nodes) 40.

Once this logical clustering is determined, domestic focus identifier140 identifies (at step 230) the most suitable node (participant) totake the role of domestic focus (DF) or local moderator for eachcluster. This choice is based on prior art methods that choose the DFbased on the best suitable hardware and codec capabilities. Thefollowing document, Adel, M. et al., “Improved E-model for monitoringquality of multi-party VoIP communications,” Globecom Workshops (GCWkshps), 2013 IEEE, pgs. 1180-1185, Dec. 9-13, 2013, INSPEC AccessionNumber 14350905, provides one example of this.

A node may have previously specified that it is willing to act as a DFand selection takes place from amongst such nodes. A system check mayhave been performed on a node to determine whether it is suitable (e.g.,has sufficient processing power). This may occur when the node downloadsconferencing software. Indeed a DF may download conferencing softwarewith the appropriate additional functionality (or all nodes may downloadthe same software). Even when a DF is chosen, in one embodiment, the DFhas the option to refuse. For example, if the DF is already performinganother computationally intensive task. This is not shown in the figuresand for the purpose of discussion, it is assumed that the selected DFaccepts its new role.

Processing then moves via A to FIG. 3b and notifier 150 then notifiesthe chosen DF at step 240 that they should take on the role of domesticprocessing for the conference call for all participants located in theparticular cluster. This is shown further in FIG. 8. Here it can be seenthat moderator 35 has identified a cluster moderator (DF) for eachcluster. Cluster l's DF is node 50, cluster 2's DF is node 60 andcluster 3's DF is node 70.

FIG. 4 illustrates, in accordance with a preferred embodiment, thecomponentry on each of the nodes in a cluster. FIGS. 5a and 5b show theprocessing performed by a DF node in accordance with a preferredembodiment.

Each conference call participant node 300 comprises conferencingsoftware 310. Conferencing software 310 comprises standardteleconferencing componentry 330 and a DF component 320. When a node 300is identified as the new DF for a cluster, that node (component 320)receives notification of its new status at step 400. In a preferredembodiment, the DF is provided with a list of participants that theyshould serve as a domestic focus for. In an alternative embodiment, DFcomponent 320 requests such a list from the moderator 35. In anotherembodiment, the moderator indicates (in the notification, or uponrequest) from where such information is to be found.

At step 410, DF component 320 accesses the list of participants and theninitiates a connection with each participant and re-routes thatparticipant's call via itself (steps 420, 430, 440). An overview of thisis shown in FIG. 9. Please see in particular cluster 3 where the arrowsdepict that all the participants in cluster 3 are now being routed viacluster 3's moderator (DF) 70.

Once a cluster's DF has rerouted each cluster's participants via itself,then it (component 320) can send the moderator 35 confirmation that callhand-over processing is complete for that cluster (step 450). Standardconference call processing then continues (component 330). This meansthat all the call processing (e.g., coding/decoding/modulation etc.) foreach cluster (group) is preferably done locally by that cluster's DF.

Returning now to the processing performed by moderator 35 and FIG. 3b ,confirmation is received (step 250) from each DF once it has performedcall hand-over processing. Disconnecting component 160 then disconnectsfrom the participants in a confirmed cluster (except for the DF) at step260. Processing continues to loop round (steps 270, 250, 260) until allDFs have notified. Processing then ends.

As previously indicated, some nodes may be connected in isolation fromremote locations with no or only one adjacent participants. Because acluster should only contain at least three or more participants, suchisolated nodes are kept connected as normal to the conference callcentral moderator.

It should be appreciated that in some embodiments only certain nodes areeligible to be selected as a DF. Such nodes may simply be those whichare running the appropriate componentry (e.g., component 320).Preferably only capable nodes run such software in the first place. Themoderator may be pre-notified with respect to such nodes.

The division of conference call participants into clusters, each withtheir own local moderator (DF) minimizes the number of call connectionsand therefore will advantageously significantly minimize networktraffic. Minimizing number of connections will also significantly reduceprocessing overhead and burden on the moderator (focal node). This couldimply using cheaper moderator hardware without affecting the callquality. Further, doing call processing locally for each cluster forphysically adjacent participants would reduce the latency of longdistance transmission which would imply a better overall call quality.

In one embodiment, grouping of participants is not responsive to adegradation in call quality. In this embodiment, a decision is taken upfront to group participants based on the number of participants involvedin a conference call. Thus, for example, if the number of participantsexceeds a certain (predetermined) threshold (and therefore call qualityis in danger of starting to suffer), then it may be seen as sensible tosplit the call handling by grouping participants.

Sometimes the clusters are not balanced in terms of number ofparticipants for each cluster (group). Consider the case of a conferencecall between a moderator in the US and different participants worldwide.By way of example only, the location-based clustering of theparticipants might yield, amongst other clusters, a cluster of usersdialing in from country X that contains 100's participants. Please seeFIG. 10. The processing of this number of participants as a singlecluster could be a significant overhead on the domestic focus for thegroup from country X that would significantly affect the call quality.

The present invention, in accordance with a preferred embodiment,introduces the concept of a ‘recursive domestic focus’. Accordingly,processing takes place to further sub-cluster (sub-group) the clusterparticipants from country X. This would yield for example 3 or 4sub-clusters all within the larger cluster. A high-level overview isshown in FIG. 11 in which cluster 2 has been further sub-divided intosub-clusters 2A, 2B and 2C. Sub-clustering may again be based onphysical adjacency, this time at a more granular level. Thus there may,in one embodiment, be one or more isolated nodes (not shown).

The recursive domestic focus processing is shown in more detail, inaccordance with a preferred embodiment, in FIGS. 6a and 6b . It isidentified at step 500 that a cluster is overloaded (FIG. 10). Such anidentification is preferably made by that cluster's DF which in thisembodiment has a call quality monitoring component (not shown). The DFthen creates a plurality of sub-clusters at step 510 (FIG. 11). Suchsub-clusters are preferably created on the basis of physical adjacencyand there may be a maximum number of participants permitted per cluster.The most suitable node to act as domestic focus (SDF) for eachsub-cluster is then identified at step 520. In another (less preferred)embodiment the sub-clustering functionality and identification of an SDFmay be provided (upon request) by the conference call moderator 35.Irrespective of embodiment, each SDF is then notified at step 530.Processing then proceeds via D to FIG. 6 b.

The DF for the cluster concerned waits for confirmation (at step 550)from the identified SDF that they have taken over call-handling for theparticipants within their sub-cluster and then disconnects from allparticipants in a confirmed sub-cluster, except for the SDF itself (step550). Processing continues until all SDFs have notified (step 560). Theprocessing that is performed by the SDF itself will not be described indetail since it is the same as that performed by the DF when it is firstnotified of its new role within a cluster (FIGS. 5a and 5b , except thatthe SDF is communicating with the cluster's DF, rather than theconference call moderator).

Each SDF will perform standard conference call processing(coding/decoding/modulation etc.) for all participants in an SDF'ssub-cluster.

Thus, in this embodiment, each sub-cluster will have one connection toits parent cluster (the DF) and each parent cluster will have oneconnection to the overall conference call moderator. This is achievablebecause each sub-cluster has a sub-moderator and each sub-moderator hasa single connection to a cluster moderator, who then has a connection tothe conference call moderator.

A domestic focus may have participants for which it directly performsall the necessary conference call processing—i.e. certain participantsdo not go via an SDF. These may, for example, be participants who do noteasily fall into any of the newly created sub-groups (e.g., because theyare not physically co-located with such sub-groups) or participants whoare physically co-located with the DF.

Advantageously, using this mechanism, it is preferably possible tovirtually multiplex thousands of participants in the same conferencecall without affecting overall call quality.

In one embodiment, when a node installs conferencing software it canspecify whether it is able to act as a domestic focus should the needarise. When the software is installed it may in the first instanceperform a check to determine if the node has sufficient capability. Inanother embodiment, a capability check may be performed separately.

A call participant has the option to refuse a request for it to become adomestic focus. This may be because it is performing somecomputationally intensive task at the time of the request.

In another embodiment, an overloaded cluster is sub-divided with eachsub-cluster being assigned an SDF which communicates directly with theoverall conference call moderator. In this embodiment, the original DFfor the cluster may be step down entirely (and become an ordinaryparticipant again) or may be assigned the role of SDF for a sub-cluster.

Referring to FIG. 12, an exemplary system for implementing embodimentsof the invention includes a data processing system (moderator/conferencecall participant) 600 suitable for storing and/or executing program codeincluding at least one processor 601 coupled directly or indirectly tomemory elements through a bus system 603. The memory elements mayinclude local memory employed during actual execution of the programcode, bulk storage, and cache memories which provide temporary storageof at least some program code in order to reduce the number of timescode must be retrieved from bulk storage during execution.

The memory elements may include system memory 602 in the form of readonly memory (ROM) 604 and random access memory (RAM) 605. A basicinput/output system (BIOS) 606 may be stored in ROM 604. Software 607may be stored in RAM 605 including system software 608 such as operatingsystem software 609. Software applications 610 may also be stored in RAM605.

The system 600 may also include a primary storage means 611 such as amagnetic hard disk drive and secondary storage means 612 such as amagnetic disc drive and an optical disc drive. The drives and theirassociated computer-readable media provide non-volatile storage ofcomputer-executable instructions, data structures, program modules andother data for the system 600. Software applications may be stored onthe primary and secondary storage means 611, 612 as well as the systemmemory 602.

The computing system 600 may operate in a networked environment usinglogical connections to one or more remote computers via a networkadapter 616.

Input/output devices 613 may be coupled to the system either directly orthrough intervening I/O controllers. A user may enter commands andinformation into the system 600 through input devices such as akeyboard, pointing device, or other input devices (for example,microphone, joy stick, game pad, satellite dish, scanner, or the like).Output devices may include speakers, printers, etc. A display device 614is also connected to system bus 603 via an interface, such as videoadapter 615.

The present invention may be a (computer) system, a method, and/or acomputer program product. The computer program product may include acomputer readable storage medium (or media) having computer readableprogram instructions thereon for causing a processor to carry outaspects of the present invention.

The computer readable storage medium can be a tangible device that canretain and store instructions for use by an instruction executiondevice. The computer readable storage medium may be, for example, but isnot limited to, an electronic storage device, a magnetic storage device,an optical storage device, an electromagnetic storage device, asemiconductor storage device, or any suitable combination of theforegoing. A non-exhaustive list of more specific examples of thecomputer readable storage medium includes the following: a portablecomputer diskette, a hard disk, a random access memory (RAM), aread-only memory (ROM), an erasable programmable read-only memory (EPROMor Flash memory), a static random access memory (SRAM), a portablecompact disc read-only memory (CD-ROM), a digital versatile disk (DVD),a memory stick, a floppy disk, a mechanically encoded device such aspunch-cards or raised structures in a groove having instructionsrecorded thereon, and any suitable combination of the foregoing. Acomputer readable storage medium, as used herein, is not to be construedas being transitory signals per se, such as radio waves or other freelypropagating electromagnetic waves, electromagnetic waves propagatingthrough a waveguide or other transmission media (e.g., light pulsespassing through a fiber-optic cable), or electrical signals transmittedthrough a wire.

Computer readable program instructions described herein can bedownloaded to respective computing/processing devices from a computerreadable storage medium or to an external computer or external storagedevice via a network, for example, the Internet, a local area network, awide area network and/or a wireless network. The network may comprisecopper transmission cables, optical transmission fibers, wirelesstransmission, routers, firewalls, switches, gateway computers and/oredge servers. A network adapter card or network interface in eachcomputing/processing device receives computer readable programinstructions from the network and forwards the computer readable programinstructions for storage in a computer readable storage medium withinthe respective computing/processing device.

Computer readable program instructions for carrying out operations ofthe present invention may be assembler instructions,instruction-set-architecture (ISA) instructions, machine instructions,machine dependent instructions, microcode, firmware instructions,state-setting data, or either source code or object code written in anycombination of one or more programming languages, including an objectoriented programming language such as Smalltalk, C++ or the like, andconventional procedural programming languages, such as the “C”programming language or similar programming languages. The computerreadable program instructions may execute entirely on the user'scomputer, partly on the user's computer, as a stand-alone softwarepackage, partly on the user's computer and partly on a remote computeror entirely on the remote computer or server. In the latter scenario,the remote computer may be connected to the user's computer through anytype of network, including a local area network (LAN) or a wide areanetwork (WAN), or the connection may be made to an external computer(for example, through the Internet using an Internet Service Provider).In some embodiments, electronic circuitry including, for example,programmable logic circuitry, field-programmable gate arrays (FPGA), orprogrammable logic arrays (PLA) may execute the computer readableprogram instructions by utilizing state information of the computerreadable program instructions to personalize the electronic circuitry,in order to perform aspects of the present invention.

Aspects of the present invention are described herein with reference toflowchart illustrations and/or block diagrams of methods, apparatus(systems), and computer program products according to embodiments of theinvention. It will be understood that each block of the flowchartillustrations and/or block diagrams, and combinations of blocks in theflowchart illustrations and/or block diagrams, can be implemented bycomputer readable program instructions.

These computer readable program instructions may be provided to aprocessor of a general purpose computer, special purpose computer, orother programmable data processing apparatus to produce a machine, suchthat the instructions, which execute via the processor of the computeror other programmable data processing apparatus, create means forimplementing the functions/acts specified in the flowchart and/or blockdiagram block or blocks. These computer readable program instructionsmay also be stored in a computer readable storage medium that can directa computer, a programmable data processing apparatus, and/or otherdevices to function in a particular manner, such that the computerreadable storage medium having instructions stored therein comprises anarticle of manufacture including instructions which implement aspects ofthe function/act specified in the flowchart and/or block diagram blockor blocks.

The computer readable program instructions may also be loaded onto acomputer, other programmable data processing apparatus, or other deviceto cause a series of operational steps to be performed on the computer,other programmable apparatus or other device to produce a computerimplemented process, such that the instructions which execute on thecomputer, other programmable apparatus, or other device implement thefunctions/acts specified in the flowchart and/or block diagram block orblocks.

The flowchart and block diagrams in the Figures illustrate thearchitecture, functionality, and operation of possible implementationsof systems, methods, and computer program products according to variousembodiments of the present invention. In this regard, each block in theflowchart or block diagrams may represent a module, segment, or portionof instructions, which comprises one or more executable instructions forimplementing the specified logical function(s). In some alternativeimplementations, the functions noted in the block may occur out of theorder noted in the figures. For example, two blocks shown in successionmay, in fact, be executed substantially concurrently, or the blocks maysometimes be executed in the reverse order, depending upon thefunctionality involved. It will also be noted that each block of theblock diagrams and/or flowchart illustration, and combinations of blocksin the block diagrams and/or flowchart illustration, can be implementedby special purpose hardware-based systems that perform the specifiedfunctions or acts or carry out combinations of special purpose hardwareand computer instructions.

While particular embodiments of the present invention have beendescribed herein for purposes of illustration, many modifications andchanges will become apparent to those skilled in the art. Accordingly,the appended claims are intended to encompass all such modifications andchanges as fall within the true spirit and scope of this invention.

What is claimed is:
 1. A computer-implemented method for conducting aconference call between a plurality of participants using a conferencingcomputer hardware system, comprising: generating, by location, theplurality of participants into a plurality of separate groups;identifying a plurality of domestic focuses from the plurality ofparticipants; disconnecting, from the conference call by theconferencing computer hardware system, those of the plurality ofparticipants not selected as a domestic focus; and routing, by theconference computer hardware system, the conference call only throughthe plurality of domestic focuses, wherein a single domestic focus isassigned to each of the plurality of separate groups.
 2. The method ofclaim 1, wherein degradation in call quality of the conference call ismonitored for.
 3. The method of claim 2, wherein the grouping occursafter the conference call has been initiated.
 4. The method of claim 1,wherein the grouping is based upon a number of the plurality ofparticipants exceeding a predetermined threshold.
 5. The method of claim1, further comprising: identifying, as being overloaded, a group withinthe plurality of separate groups; creating a plurality of separatesub-groups within the overloaded group; and identifying a plurality ofsub domestic focuses from a plurality of participants in the overloadedgroup; and routing, for each of the plurality of sub-groups, theconference call through the sub domestic focus respectively assigned toeach of the plurality of sub-groups.
 6. The method of claim 1, whereinthe plurality of domestic focuses are identified based upon hardware andcodec capability.
 7. The method of claim 1, further comprising: sending,to each of the plurality of domestic focuses, a list of the plurality ofparticipants in the group respectively associated with each of theplurality of domestic focuses.
 8. A conferencing computer hardwaresystem configured to conduct a conference call between a plurality ofparticipants, comprising: a hardware processor configured to perform:generating, by location, the plurality of participants into a pluralityof separate groups; identifying a plurality of domestic focuses from theplurality of participants; disconnecting, from the conference call,those of the plurality of participants not selected as a domestic focus;and routing the conference call only through the plurality of domesticfocuses, wherein a single domestic focus is assigned to each of theplurality of separate groups.
 9. The system of claim 8, whereindegradation in call quality of the conference call is monitored for. 10.The system of claim 9, wherein the grouping occurs after the conferencecall has been initiated.
 11. The system of claim 8, wherein the groupingis based upon a number of the plurality of participants exceeding apredetermined threshold.
 12. The system of claim 8, wherein the hardwareprocessor is further configured to perform: identifying, as beingoverloaded, a group within the plurality of separate groups; creating aplurality of separate sub-groups within the overloaded group; andidentifying a plurality of sub domestic focuses from a plurality ofparticipants in the overloaded group; and routing, for each of theplurality of sub-groups, the conference call through the sub domesticfocus respectively assigned to each of the plurality of sub-groups. 13.The system of claim 8, wherein the plurality of domestic focuses areidentified based upon hardware and codec capability.
 14. The system ofclaim 8, wherein the hardware processor is further configured toperform: sending, to each of the plurality of domestic focuses, a listof the plurality of participants in the group respectively associatedwith each of the plurality of domestic focuses.
 15. A computer programproduct, comprising: a computer readable storage medium having storedtherein program instructions for conducting a conference call between aplurality of participants, the program instructions, which when executedby a conferencing computer hardware system, cause the conferencingcomputer hardware system to perform: generating, by location, theplurality of participants into a plurality of separate groups;identifying a plurality of domestic focuses from the plurality ofparticipants; disconnecting, from the conference call, those of theplurality of participants not selected as a domestic focus; and routingthe conference call only through the plurality of domestic focuses,wherein a single domestic focus is assigned to each of the plurality ofseparate groups.
 16. The computer program product of claim 15, whereindegradation in call quality of the conference call is monitored for. 17.The computer program product of claim 16, wherein the grouping occursafter the conference call has been initiated.
 18. The computer programproduct of claim 15, wherein the grouping is based upon a number of theplurality of participants exceeding a predetermined threshold.
 19. Thecomputer program product of claim 15, wherein the program instructionsfurther cause the conferencing computer hardware system to perform:identifying, as being overloaded, a group within the plurality ofseparate groups; creating a plurality of separate sub-groups within theoverloaded group; and identifying a plurality of sub domestic focusesfrom a plurality of participants in the overloaded group; and routing,for each of the plurality of sub-groups, the conference call through thesub domestic focus respectively assigned to each of the plurality ofsub-groups.
 20. The computer program product of claim 15, wherein theplurality of domestic focuses are identified based upon hardware andcodec capability.